(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 
International Bureau 

(43) International Publication Date 
25 April 2002 (25.04.2002) 




PCT 



(10) International Publication Number 

WO 02/33992 Al 



(51) International Patent Classification 7 : H04Q 7/22, 
1I04M 3/42 

(21) International Application Number: KH/riO 1/00908 

(22) International Filing Date: 18 October 2(X)I (18.10.2001 ) 

(25) Filing Language: linglish 

(26) Publication Language: linglish 



(30) Priority Data: 
20002310 
20010130 



1 9 October 2000 (19.1 0.2000) H 
22 January 2001 (22.01.2001 ) H 



(71) Applicant (for- all designated States except US): OY 
WIRELESS MEDIA FINLAND LTD |I«W1|; Ilmariscn- 
lic7. HN-1 32001 <ahli (ID. 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): VAPAAOKSA, 
Kaarlo |H/I : I|: Alakivcnlic 7 I: 68, 1 IN -00920 Helsinki 
(I ; I). MELANTIE, Jaakko |M/H|; Rauhankalu 19C 39, 



UN-LSI 10 l-ahti (M). LAITALA, Pasi |H/H|; Kirvunlie 
211), NN-02140 ILspoo (M). LAITALA, Ari |N/H|; 
l^lokarkcanlic 7, NN-LS240 Ixihli (IT). KOTAMAKI, 
Jarkko |1-WI|; Olavanlic 8 B 24, I1N-00200 Helsinki 
(11). JALASSOLA, Jerry |I-W1|; Jamcriinlaival 6 B 417, 
HN-02IS0 lispoo(M). 

(74) Agent: KOLSTER OY AB; I so Roohcrlinkalu 23, P.O. 
Box 148, HN-00121 Helsinki (H). 

(81) Designated States (national): AH, AG, AL, AM, AT, AT 
(utility model), AU, AX, BA, BB, BG, BR, BY, B/, CA, 
C I I, C:N, CO, CR, CU, CX, Cr/ (utility model), Dli, 01* 
(utility model), DK, OK (utility model), DM, IT/, HC, Hit, 
lili (ulilily model), liS, 1*1, H (utility model), GB, GD, GH, 
G1I,GM, IIR, HU, ID, 1L, IN, IS, Jl> Kit, KG, KP, KR, KX, 
LC, LK, LR. I-S. LT, 1AJ, LV, MA, MD, MG, MK, MN, 
MW, MX, MX, NO, NX, Pll. PL, PT, RO, RU, SD, Sli, SG, 
SI, SK, SK (utility model), SL, TJ, TM, TR, IT, TX, UA, 
UG, US, UX, VN, YU, ZA, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KM, l-S, MW, MX, SD, SL, SZ, TX, UG, ZW), Eurasian 
patent (AM, AX, BY, KG, KX, MD, RU, TJ, TM), Huropcan 

[Continued on next page J 



= (54) Title: PROVIDING CUSTOMIXHD MOBlLli SHRVICliS, ACX:iiSSHD WITH A KISYWORD 



PLMN 



PSTN, I 
ISDN..; 



ON 
ON 

m 
rn 

o 
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Providing customized mobile services, accessed 
with a keyword j 

Background of the invention 

The invention relates to methods and equipment for providing mo- 
bile services to mobile subscribers. 

5 Mobile services are commonly accessed via a short message con- 

nection but Wireless Application Protocol (WAP> is increasingly gaining foot- 
hold as an access mechanism. The proliferation of short message services is 
a somewhat surprising phenomenon. From the very beginning, GSM specifica- 
tions have included a short message protocol but when the first GSM hand- 

10 sets were produced, many manufacturers omitted the short message function- 
ality because they did not consider it useful or practical. Now a wide variety of 
services, such as news, weather, jokes, etc. are accessible via short mes- 
sages. A limitation of such services is that mobile users can only act as service 
recipients, ie receive information, but not update the service. 

15 There are mechanisms for providing rudimentary access to existing 

Internet services with a mobile station. For instance, PCT publication 
WO98/47270 describes a system for accessing existing Internet services with 
a mobile station, but the system is limited to read-only access. US patent 
6125 281 discloses a calendar application which can be accessed either via 

20 the Internet or from a mobile station. This system is limited to the few fixed ap- 
plications offered by a service provider. Neither system suggests customizable 
services which are accessible to a controllable set of service users. 

Disclosure of the invention 

An object of the invention is to increase the number of mobile ser- 
vices available to mobile subscribers. This object is achieved with a method 
and equipment which are characterized by what is disclosed in the attached 
independent claims. Preferred embodiments of the invention are disclosed in 
the attached dependent claims. 

The invention will be described with the following terminology. A 
network operator is a self-explanatory term referring to the company running 
an underlying mobile network which is capable of providing a text-delivery 
function, such as a short message function or wireless application protocol 
(WAP). A service provider is an organization which uses the messaging func- 
tion of the mobile network to offer services according to the invention to mobile 
subscribers. The network operator and the service provider may be the same 
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or different entities. A service client is a mqbile subscriber who creates his/her 
own services by means of the tools provided the service provider. A service 
user is a mobile subscriber who uses the services created by a service client. 
Thus the service provider offers a platform on which customized services are 
5 built, whereas the service client is in charge of the information associated with 
the service. 

The mobile services are updated and/or accessed from a mobile 
station. According to a first embodiment of the invention, the service updating 
and/or accessing takes place by means of a messaging function of a mobile 

10 communication system. In the context of this invention, the term 'text-delivery 
function 1 basically means that messages can be sent using a text-based inter- 
face (typically a display and keyboard or touch screen).. An example of a text- 
delivery function is a short message function, such as the one used in a GSM 
system, in which short messages are sent without establishing a permanent 

15 circuit-switched channel. The term 'short message service 1 is also frequently 
used in the industry, but in the context of this invention the underlying bearer 
service is called a 'function 1 to avoid confusion with the customized services 
which make use of the messaging function. In the future, the messaging func- 
tion can be implemented by means of a data connection in a packet radio sys- 

20 tern, such as the GPRS. According to a second embodiment of the invention, 
the service updating and/or accessing takes place by means of WAP protocol. 
Ideally, a common application server comprises access and updating routines 
for accessing and updating services from both types of terminals. In other 
words, any customized service can preferably be updated and/or accessed re- 

25 gardless of the terminal type (short message or WAP). 

The invention is partially based on the surprising discovery that 
valuable services can be created if mobile subscribers (service clients) are 
able to update even very small amounts of information which is accessible to 
other mobile subscribers (service users) and if the service clients are able to 

30 control the accessibility of the services. 

Access control can be implemented by one or more of the following 
features. Each service is accessed by at least one keyword which is selectable 
by the service client. Ideally, the keywords are freely selectable but with two 
restraints. Obviously, the keywords must contain characters supported by the 

35 underlying protocol (messaging function or WAP). The characters must be 
supported by all of protocols if several alternative protocols are used). Addi- 
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tionally. some characters (such as a currency sign at the beginning of a word) 
could be used to indicate services with a charge higher than normal, and some 
words are reserved for commands. Even allowing for such restraints, service 
clients have a virtually unlimited number of keywords available. 
5 A message for updating or accessing a service contains one or 

more parameters. One of the parameters is called a client identifier, and it is 
associated with a service client, although the assbciation may not be immedi- 
ately apparent to a service user. For example, a service client has registered a 
client identifier 'pubs'. Under this client identifier there are services which are 
10 accessed by service keys 'irish', 'english'. etc. The parameters for accessing a 
service, ie the client identifier and the service keys, are commonly referred to 
as keywords. Preferably, all keywords for accessing a service are freely se- 
lectable (within the restraints above) by the service client. 

By selectively concealing or publishing (better yet: allowing to be 
15 published) the keywords, the service client can determine the accessibility of 
the services. Ideally, the service client can indicate whether or not each key- 
word is publishable in response to a keyword inquiry from service users. Very 
high confidentiality is maintained if the client identifier and/or the service keys 
are private (not publishable) and include hard-to-guess spelling. Secret key- 
20 words are virtually immune to brute-force attacks because an attacker must 
pay the price of one short message for each attempt. On the other hand, some 
services are meant to be published. If the service client's client identifier is 
publishable, his/her publishable services can be accessed by knowing nothing 
more than the client's name (and sufficient contact information to distinguish 
25 the client from other clients with identical names), if the service provider offers 
a service for listing the client's identifier and public keywords. If the service 
provider offers a directory service for listing all client identifiers that match a 
given pattern, service uses can locate services with interesting names without 
any prior knowledge of the services. 
30 In the context of this invention, customizing a service is a wide term 

which comprises the act of initially forming the service and, as the situation re- 
quires, later acts of updating the service. Depending on the situation, service 
updating may comprise content creation, modifying and deletion. For instance, 
service clients may form a service for indicating their location. Whenever they 
35 change locations, they update the service by reporting their new location. A 
benefit of such a service is that the service clients* friends can locate the ser- 
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vice clients even if they are not able to answer a call. A service client may indi- 
cate that she goes to, say, a discotheque, and her friends will know where she 
is, although the music is too loud for her to hear a phone ring. 

One aspect of the invention is a method for offering services to mo- 

5 bile subscribers. Another aspect of the invention is a service provisioning 
equipment which uses the text-delivery function of a mobile network to offer 
services to mobile subscribers. v 

According to a preferred feature of the invention, a service client 
may register a new client identifier with a web browser but the client must acti- 

10 vate the identifier with a mobile station. A benefit of the separate activation 
with the mobile station is that the service provider can charge for the sen/ice 
(with a contract with the network operator if they are separate entities) because 
mobile network operators are well equipped to charge small amounts for vari- 
ous services. Another benefit of the separate activation is that client identifiers 

15 cannot be hoarded without paying. 

Brief description of the drawings 

The invention will be described in more detail by means of preferred 
embodiments with reference to the appended drawings wherein: 

Figure 1 is a block diagram illustrating a network architecture in 
20 which the invention can be used; 

Figure 2 is a block diagram illustrating an application server accord- 
ing to a preferred embodiment of the invention and its interfaces towards user 
equipment; 

Figure 3 is a signalling diagram illustrating a possible set of events 
25 in a system according to a first embodiment of the invention utilizing a 
messaging function of a mobile communication system; 

Figure 4 is a flow chart illustrating the acts performed by a logic sec- 
tion within the application server; 

Figure 5 illustrates various forms for customizing services via the 
30 Internet; and 

Figure 6 is a signalling diagram illustrating a possible set of events 
in a system according to a second embodiment of the invention utilizing a wire- 
less application protocol compatible mobile station for updating the customized 
service. 
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Detailed description of the invention / 

Figure 1 is a block diagram illustrating a network arrangement in 
which the invention can be used. Reference sign AS depicts an application 
server according to the invention. An idea of the invention is that services are 
5 best configured initially from a web browser in a user's personal computer PC. 
Mobile users must be able to use the services via a mobile network PLMN 
(Public Land based Mobile Network). Accordingly, the application server AS 
has Internet connectivity, as shown by reference number 2, and a short mes- 
sage gateway SGW to a short message service centre SMSC of the PLMN. 
10 The AS/SGW combination is indicated by reference number 1, and it is delib- 
erately open to interpretation whether the combination is inside or outside the 
PLMN, or in other words, whether it is operated by the PLMN operator or an 
independent service operator. The remaining network elements are well 
known to those skilled in the art. The acronyms are spelled out at the end of 
15 this specification. For WAP connectivity, there is a WAP gateway WGW which 
connects the application server AS to the mobile network PLMN. The two mo- 
bile stations shown in Figure 1 are collectively denoted by reference sign MS. 
Mobile station MS S ms supports short message communication and mobile sta- 
tion MSwap supports WAP protocol instead of or in addition to the messaging 
20 function. Ideally, the arrangement shown in Figure 1 comprises both gateways, 
ie the SGW and WGW. A benefit of the dual-gateway arrangement is that us- 
ers changing the type of their handsets can always be supported. 

Figure 2 is a block diagram illustrating an application server AS ac- 
cording to a preferred embodiment of the invention and its interfaces towards 
25 the user equipment. In this example the application server comprises four ma- 
jor sections, namely a web server WS, a logic section LS, a database interface 
Dl and a "smart" database DB. In this context, "smart" means that the data- 
base comprises an SQL (Structured Query Language) server. An example of 
the web server WS is Microsoft's IIS (Internet Information Server). The logic 
30 section LS comprises an ISAPI interface towards the web server to enable the 
logic section to execute programs as a response to users' requests. The logic 
section also comprises programs in the form of script and/or dll files. 

The database interface consists mainly of two interface technolo- 
gies. Towards the logic section LS, the database interface offers a code inter- 
35 face based on Active Database Objects (ADO), and towards the database DB, 
there is an Open DataBase Connectivity interface (ODBC). 
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As stated, the application server AS communicates with the Short 
Message Service Center SMSC via the short message gateway SGW. There 
is an HTTP interface HI between the gateway and the application server. The 
purpose of the HTTP interface HI is to convert short messages into URLs for 

5 the web server WS. Communication to WAP-enabled mobile stations MSwap 
takes place via the wap gateway WGW. 

The logic section LS comprises softw&re routines for service con- 
figuration, service updating, accessing (= using) services and access control. 
Preferably, there is a routine for counting the number of accesses to a service. 

10 The number of access times could be used for rewarding service clients (eco- 
nomically or otherwise) for services which are accessed frequently. 

Figure 3 is a signalling diagram illustrating a possible set of events 
in a system according to the first embodiment of the invention utilizing the 
messaging function. The scenario involves two users, Alice and Bob. Alice 

15 Wilson is a service client/user, and Bob is only a service user. Alice begins to 
configure her first service with her computer PC and a web browser. In step 3- 
0, she reserves a client identifier for herself The service configuration com- 
prises many substeps, most of which are routine to those skilled in the art. 
Typically, the service configuration comprises the following acts: 1) Alice initi- 

20 ates a web connection from her PC to the application server and 2) selects a 
link to a HTML page for customizing a new service. 3) The server AS sends 
Alice the HTML page (a form to be filled). 4) Alice fills the form and sends it to 
the server AS. 

According to a preferred feature of the invention, the client identifier 
25 reservation is only temporary if it takes place via a web connection, and a 
separate activation from a mobile station is required. What really matters is 
that clients should not be able to hoard client identifiers without paying. Al- 
though the initial service configuration is best done via a web connection, the 
separate activation should require payment, which is conveniently imple- 
30 mented by allowing only one service identifier per charged message. Thus in 
step 3-2, Alice uses her mobile station MS1 to activate her client identifier by 
sending the server AS an appropriate short message such as: 

start alice_wil 

The server acknowledges in step 3-4. In step 3-6, Alice begins the 
35 initial configuration of her first service. Figure 5 shows example forms for ser- 
vice configuration. Reference number 50 depicts a form for initial service con- 
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figuration. Fields 502 contain the service client's contact information (name, 
address, etc.) Field 504 indicates the number of the mobile station from which 
the client identifier will be activated later. Field 506 contains a client identifier 
which will be used to access the service(s). According to a preferred feature of 
5 the invention, the service client can select whether or not his/her client identi- 
fier can be published to other users. In this example, Alice uses radio buttons 
508 to indicate that her client identifier can be listed as a response to an inr 
quiry from other users. Another set of radio buttons 510 (or any other menu 
system) is used to select one of the available services. Assuming that Alice se- 
10 lects the first available service, ie a response to one keyword, she will be 
shown a form 52 for configuring that service. 

In this example, the form 52 for configuring the service "response to 
one keyword" contains a client identifier field 520 whose default entry is the 
client id entered to field 504. A password field 522 is used to enter a password 
15 which is required to update the service later. A service key field 524 is used to 
enter a service key for the service. The service is accessed later by a combi- 
nation of the client id plus service key. A response field 526 is used to enter an 
initial response to the service. The form 52 preferably also includes a pub- 
lic/private indicator 528 which indicates whether the service key field 524 can 
20 be listed as a response to inquiries from other users. 

As stated, services will be accessed later by a combination of the 
client id and the service key. Obviously, this combination must be unique 
within the application server AS. Confusion is minimized by imposing an addi : 
tional requirement that the client identifiers 506 (and 520, if different) must be 
25 unique. If the client identifiers are unique, all clients can choose the service 
keys at will. 

The initial service configuration step 3-6 is completed when Alice 
clicks the OK button in form 52. In step 3-8 (which may take place day or 
weeks after step 3-6), Alice begins to use her location service. She goes to the 
30 opera and will be unable to take calls. Accordingly, she updates her location 
service by sending the following short message from her mobile station MS1 to 
the number assigned to the application server AS: 

upd alice_wil where password in opera until 22:45 

wherein "upd" means update. Assuming that the application server 
35 AS recognizes the parameter combination, it will acknowledge the short mes- 
sage in step 3-10. Note that the response to the keyword "where", ie "in opera 
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until 22:45", is placed last. This placement allows the use of multiple words 
and arbitrary characters within the response. 

Steps 3-12 through 3-18, which are indicated by dotted arrows, re- 
late to yet another preferred feature of the invention, according to which ser- 

5 vice users may inquire service clients' names and keywords, unless the ser- 
vice clients have used the indicators 508 and 528 to conceal such information. 
Note that other users may still access Alice's services if she discloses her cli- 
ent id and service key(s) in person. 

In an optional step 3-12, Bob wants to know Alice's client id. It 

10 would be very easy to implement such a directory service via an Internet con- 
nection but a short message of current GSM mobile stations is limited to 160 
characters. Accordingly, Bob may send from his mobile station MS2 to the 
server AS a short message which narrows the list of service clients. Assuming 
that Bob remembers that Alice lives in Main Street, he may send the server AS 

15 the following short message: 

LISTUSER slice wilson main street 

Naturally, the number of Bob's mobile station is carried with the 
short message, although Bob does not explicitly type it. Assuming that only 
one client matches the inquiry, the server AS the returns Alice Wilson's client 
20 id in step 3-14. In another optional step 3-16, Bob wants to know Alice's ser- 
vice keys, or at least the ones which are publishable. He sends the server AS 
the following short message: 

LISTSERV alice^wil 

The server responds by listing Alice's publishable service keys in 
25 step 3-18. In this example, the response 3-18 contains the keyword "where". (It 
is also possible to combine the inquiries and responses 3-12 through 3-18 
such that the server AS lists Alice's client id and all her publishable service 
keys in step 3-14, in which case steps 3-16 and 3-18 are redundant.) 

In step 3-20, Bob sends the application server an inquiry about Al- 
30 ice's location. In other words, he sends the following short message: 

alice__wil where 

In step 3-14, the application server sends Bob the following short 

message: 

aiice_wil in opera until 22:45 
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(The server may omit "alice_wil" because Bob obviously knows who 
is in opera.) Bob can access Alice's location service because the services ac- 
cording to the invention are accessed independently from the identifier of the 
underlying messaging function (such as a certain subscriber number). Instead 
5 Bob accesses the service by a client identifier and service key, both of which 
are freely selectable by Alice. 

A clear benefit of such a simple location service is that Alice is able 
to use her mobile station to let her friends see her location although she is un- 
able to take any calls during the performance. Another very useful application 
10 of such a one-word location service is location maintenance of people with 
outdoor hobbies, such as boating or hiking. The location service can be in- 
valuable to rescue teams if a person cannot answer the phone as a result of 
injury or hardware/battery failure or lost coverage. 

According to a yet further preferred feature of the invention, the ser- 
15 vice update message in step 3-8 may comprise a lifetime for the service or the 
information provided by the service. For example, a rarely used symbol can be 
reserved to indicate that the remainder of the service update message indi- 
cates the lifetime of the message. Let us assume that in step 3-8 Alice sends 
the following message: 
20 upd alice_wil where password in opera until 22:45»23:00 

The symbol means that Alice's location information expires 
automatically at 23:00. After that time, the server responds that it has no entry 
for Alice's "where" keyword. There may be another symbol, such as "«" for 
indicating that the service (or the information association with it) is valid after 

25 the specified date and/or time. Naturally, the lifetime (from to) can be indi- 
cated during the initial web-based configuration as well. 

In step 3-12, Bob sent the server AS a client inquiry ("listuser") 
which included Alice's name and partial address. This is a preferred way of re- 
trieving client identifiers of actual persons. Some services may not relate to a 

30 single person. For instance, a football tournament event will be described be- 
low. All public services relating to football can be retrieved by a short mes- 
sage: 

listuser %football% 

wherein the percent signs act as wildcards. 
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Figure 6 is a signalling diagram illustrating a possible set of events 
in a system according to a second embodiment of the invention utilizing a wire- 
less application protocol (WAP) compatible mobile station for updating the 
customized service. To keep the illustration compact, Figure 6 is shown as a 

5 variation of Figure 3, and only the differences swill be described. The optional 
steps 3-0 through 3-4 can be used similarly to the first embodiment. In step 
6-2 Alice uses her WAP-enabled mobile station * to configure the service ini- 
tially. In step 6-4 Alice activates (opens) a WAP session via the WAP gateway 
WGW to the application server AS. The session activation comprises authen- 

10 tication with the client identifier and password. In step 6-6 the application 
server acknowledges the session activation. In step 6-8 Alice updates her first 
service by the service key and the new contents. In an optional step 6-8\ Alice 
updates her next service, if any. Step 6-8' can be repeated as many times as 
there are services to be updated. A benefit of the WAP session is that Alice 

15 does not have to enter her password every time she wants to update a ser- 
vice. Rather the password is entered only once per session and it is used for 
all services to be updated during the session. In step 6-10 Alice closes the 
session and the server acknowledges in step 6-12. In the remaining steps 
shown in Figure 6, Bob uses Alice's service(s), but even if Bob uses (in this 

20 example) a WAP-enabled mobile station, there is no need to establish a ses- 
sion for the service accessing steps 3-12 through 3-22. 

Figure 4 is a flow chart illustrating the acts performed by the logic 
section LS within the application server AS. In step 4-2, the server AS receives 
a message (a short message or a WAP message) and parses it. In step 4-4 

25 the server determines if the first word is a valid command err client id. If it is 
neither, an error is reported in step 4-6. If the first word is a valid client id, the 
next word is checked in step 4-8. If it is a valid service key of a service that 
only has one service key, the server inquires its database and formats and 
sends a response in step 4-10. If in step 4-8, the second word is the first ser- 

30 vice key of a service requiring two service keys, the check in step 4-8 is re- 
peated for the second service key. If an invalid service key is detected, an er- 
ror is reported in step 4-6. Thus step 4-10 provides a response to a valid in- 
quiry with a client id and one or two service keys. In step 4-4, if the first word is 
a valid command, the server executes step 4-12 in which the command is 

35 processed. 
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An illustrative but non-exhaustive (list of commands and responses 
is listed in the following table 1 in which curly brackets "0" denote optional mat- 



ter: 


I dUlc I 


Command 


Response 


listuser {pattern} 


List public client ids {matching pattern} 


listservc id 


List client's public sen/ice keys 


ins c id s key psw msg 


Inserts a new private service key with a response of "msg" 


inspub ... 


Same as above but inserts new public service key 


inswcjds keypswurl 


Inserts a new private service key with a response from address url 


inswpub ... 


Same as above but inserts new public service key 


upd cjd s_key psw msg 


Updates an existinq service key with a response of "msg" 


cntc id 


Counts the number of uses of client id 


res c id psw 


Resets the above counter 


insl cjd s_key psw 


Inserts a new private service key with many possible responses 
(list type), which will be arbitrarily chosen by the server 


updl cjd s_key psw msg 


Adds a new retrievable item "msg" to list -type keyword defined 
with insl -command 


del cjds.keypsw 


Deletes service key M s_key" and removes its content permanently 
from the database; the service key ceases to exist 



In the table, "c_id", "psw" and "msg" are abbreviations for client 
identifier, password and message, respectively. 



Form 54 in Figure 5 illustrates the initial configuration of a some- 
what more complex customizable service, namely a response to two keywords 
which is accessed by the second choice under "available services" 510 in form 

10 50. This service is described in the context of a football tournament. Field 541 
is a client ID field, but in this case the entry "Football-15" does not directly indi- 
cate any given client but a football tournament for juniors up to 15 years. How- 
ever, the client ID 541 still identifies a client, albeit indirectly and only to the 
server AS and its operator, because the form 54 is accessed via form 50 

15 which registers the client's real contact data. Reference number 543 points to 
a set of first keyword values, which in this example are the names of the 
teams. Reference number 544 points to a set of second keyword values, 
which in this example indicate the teams' coach (name, contact, etc.), sched- 
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ule and results. More than three first or secpnd keywords can be accessed by 
using the scroll bars 549. 

The coach name fields are not updated frequently, and their main- 
tenance is trivial in light of the previous example shown in Figure 3. The con- 
5 tact information of a team's coach can be retrieved by sending the application 
server AS the following short message: 

football-15 teaml coach 

A response can be "Martin Smith, 12345678", for example. Figure 5 
shows the form 54 at a stage when a tournament administrator is entering ini- 

10 tial configuration data for the teams. The data field for the schedule of Team2 
opens up for writing as a result of the administrator writing a long text entry in 
the field. After the initial configuration and data entry via the Internet, the data 
fields are easy to update from a mobile phone. Let us assume that the admin- 
istrator wants to update the schedule for teams 1 and 2 to play on field 5 in- 

15 stead of field 1 . He wants to avoid typing everything and loads the old entry for 
the schedule of teaml by sending the following short message: 

football-15 teaml schedule 

The server AS responds by sending the schedule as a short mes- 
sage. The administrator edits the short message, enters the required keywords 
20 and password, and sends it to the server AS. The short message for updating 
the schedule is as follows: 

upd football-15 teaml schedule password 9:00 Team2 Fields, ... 

Naturally, a similar amendment must be made to the schedule of 
TeamVs opponent, ie Team2. In a real-life situation the names of the teams 

25 and football fields will vary more than they do in this example. This means that 
only a few letters suffice to uniquely identify which of the first keywords 543 or 
second keywords 544 is intended. Thus, according to a further preferred fea- 
ture of the invention, the server AS recognizes a partial keyword if two condi- 
tions are met: 1) the keyword is public (not private) and 2) the partial keyword 

30 uniquely identifies one of the possible keywords. The reason for the first condi- 
tion is as follows. Some information is meant to be published, such as informa- 
tion in the football tournament example, for instance. Access to information is 
simpler if the users do not have to type the keywords verbatim. However, 
some information is intended for a closed group of friends or co-workers. Let 
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us assume that Alice maintains another service called "holiday#plans n which is 
private, ie not listed as a response to an inquiry to Alice's services. Alice con- 
trols access to this service by disclosing this service key personally to her 
friends. Confidentiality is maintained by a combination of the non-obvious 
5 spelling (including the "#" sign) and the fact that potential hackers must pay 
the price of one short message for each attempt to guess Alice's private ser- 
vices. If the server AS recognized just the letter "h", which in this example 
uniquely identifies a keyword, the non-obvious spelling would be ineffective. 

Assuming that the server AS recognizes a uniquely identifying part 
10 of a keyword, the administrator can update the teams 1 results as follows. Let 
us further assume that Teaml beats Team2 by 3 to 1. The administrator 
sends the following short messages: 

upd football-15 teaml res password Teaml: 3-1 

upd football-15 team2 r password Teaml: 1-3 

15 Here, "res" and V suffice to uniquely identify the keyword "results" 

because no other second keyword 544 begins with an Y\ Later in the tourna- 
ment, when the result entries grow longer, it may be convenient to retrieve 
them from the server, modify and re-send them to the server, as was de- 
scribed in connection with the schedule change. Alternatively, it is possible to 

20 enhance the service update syntax. Like the symbol "»" for indicating a ser- 
vice's lifetime, there may be a reserved symbol for indicating that the remain- 
der of the short message is to supplement rather than replace the original con- 
tents of the service. A suitable symbol for this purpose is "&&". Assuming that 
Team2 now beats Team3 by 4-2, the administrator could send the following 

25 short message: 

upd football-15 team2 res password &&,Team3: 4-2 

Now the Results entry for Team2 is: Teaml : 1-3, Team3: 4-2 
According to yet another preferred feature of the invention, service 
updating is facilitated if the server AS omits password checking when the ser- 
30 vice update takes place from the same mobile station which was indicated in 
form 50 (see Figure 5) and which was used to activate the client id in step 3-2 
(see Figure 3). Skipping the password check may be restricted to public ser- 
vices. In other words, password check should always be performed if the ser- 
vice key is private. 
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Form 56 in Figure 5 relates to a vpting/opinion poll service, which is 
accessed by selecting the third option under "available services" 510 in form 
50. The voting service will be described in connection with the previous foot- 
ball tournament. Martin Smith, who coaches Team 1, arranges a vote for to- 

5 night's restaurant. The client id, password and service key fields 560 - 564 are 
self-explanatory in view of the services already described, as is the pub- 
lic/private indicator 568. This service includes multiple options 566, which in 
this example are local restaurants. The initial choices are best configured via a 
web connection and the form 56. However, with appropriate syntax, it is possi- 

10 ble to set up a voting service entirely or change the existing options with a mo- 
bile station. 

Team members can retrieve the options by sending an explicit or 
implicit query. An example of an explicit query is: 

cnt martinis restaurant 

15 wherein "cnt" is a reserved keyword for reporting the vote count. An 

example of an implicit query is the same but without the keyword "cnt". Be- 
cause a user accesses the voting service but does not vote any option, the 
server AS assumes that the user wants to know the voting status or options. 
Accordingly, the server responds as follows: 

20 1: Luigi's Lasagne (x/t %), 2: Pietro's Pizzeria (y/u %), 3: Kamal's 

Kebab (z/v %) 

wherein x, y and z are the absolute votes and t, u and v are the per- 
centage share of each option. A team member may vote for a restaurant by 
sending a short message as follows: 

25 martin_s rest xxx 

wherein "xxx" is replaced by the voter's choice which may be ex- 
pressed as a number from 1 to 3 (the number of options) or as an unambigu- 
ous part of a choice, such as "luigi". 

Assuming that the tournament is a multi-day event, the coach may 
30 update the voting service each day by resetting the votes. He does so by 
sending the following short message: 

reset martin_s restaurant password 
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He may also update the voting ^ervice by changing one of the op- 
tions for the next day. Assuming that option 2 won on day 1, the coach may 
force some variation by replacing option 2 with the following short message: 

upd martinis restaurant password option2=Salvatore's Spaghetti 

5 The fourth service under the available services 510 in form 50 is 

"retrieve requested file". This service can be used to retrieve lengthy text files 
in response to recognized keywords. This service recognizes short messages 
containing one of a number of predetermined keywords and retrieves a corre- 
sponding text file from a URL address which is configured in a configuration 
10 form which is basically similar to the forms 52, 54 and 56 in Figure 5 f but is not 
shown separately. 

In the previous examples, all services can be accessed from any 
mobile station (or a web browser) as long as the service user knows the re- 
quired keyword(s). The service client maintains access control by selecting 
15 whether the keywords are public or private, and if they are private, the service 
client reveals them only to trusted persons. Security can be further enhanced 
by having a third option in which a service can only be accessed from the mo- 
bile station which was used to register the client identifier. 

The invention is not limited to the embodiments described above in 
20 detail. The invention can be used to provide customizable mobile-to-mobile 
pull services. Unlike push services, such as a short message to a group of re- 
cipients, pull services are explicitly requested (accessed) by service users. Be- 
cause the service users explicitly request the service, the access count of a 
service is a measure of user satisfaction. The invention enables mobile users 
25 to maintain highly relevant mobile content. For example, a service client may 
maintain a sen/ice called "cheapgaz" for indicating the cheapest petrol stations 
in the neighbourhood. Another service may be called "goodrestaurants". Other 
users may locate such services by inquiring client identifiers that match 
n %gaz%" or "%restaurant%", respectively. Such services could be very popular 
30 if the content is relevant. Accordingly, the service or network operator can re- 
ward the service client based on a percentage of the generated text-delivery 
traffic. 

The idea of a reward for frequently-accesses sen/ices can be fur- 
ther enhanced if the server AS classifies services into two classes depending 
35 on whether the service is free or subject to charge (in addition to the price of 
one short message). Chargeable services could be indicated on the customi- 
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zation forms (Figure 5), and the client identifier could begin with a special 
symbol, such as *$' or any other currency symbol. The server operator may 
charge the service client a small monthly fee for access counting and reward 
calculation. Thus service clients could test new business models basically free 

5 of charge, and when a model is successful, it can be made chargeable. 

There are many types of local information services which are best 
accessed from a mobile terminal. A culinary expert could maintain a client 
identifier called l $goodrestaurants > with service keys like 'meat 1 , 'fish', Vegetar- 
ian 1 , 'tex-mex', 'dancing 1 , etc. Apart from the fact that the service may be 

10 chargeable, the server AS implements such a service precisely like Alice's lo- 
cation service, but because the services are accessed with client-selectable 
keywords, the same logic in the server can be used to implement a virtually 
endless variety of different business models. 

Current mobile text-delivery functions, such as the short message 

15 service of the GSM system and the WAP protocol, and the user interfaces of 
mobile handsets are severely limited compared to what can be achieved via 
the Internet. However, in the long run, such limitations may turn out to be an 
asset. Because what matters is the content rather than the looks of a service, 
the invention is likely to attract content providers who aim to produce relevant 

20 mobile-accessible services but are not experienced in programming or HTML 
coding. The invention enables very easy creation of services. A simple text- 
based interface is sufficient, and no programming or HTML coding is required. 
Thus it is reasonable to expect that the number of services will be quite large. 
While the above wildcard-based technique for finding a service on the basis of 

25 its name (client id plus service key) may suffice initially, finding a service on 
the basis of its contents would be desirable. Thus, according to a another pre- 
ferred embodiment of the invention, the application server AS comprises or is 
operationally coupled to a search engine which finds services on the basis of 
one or more search words. For example, a service user is interested in blonde 

30 jokes. The following messages could be used to locate such services: 

search blond /count 
search blond /use 

The first message (with the parameter "/count") sorts the services in 
descending order based on the word count of "blond". The second message 
35. (with the parameter 7use") sorts the services in descending order based on 
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number of accesses (perhaps during the la£t 30 days). Naturally, the search 
engine searches only within public services. ! Because of the limitations of cur- 
rent short messages, the server may list only as many services that fit into one 
short message. A more complete search could be performed via a web 
5 browser. 

An additional technique for facilitating service finding is categoriza- 
tion. For example, the previous example, ie blonde jokes, can be placed in a 
hierarchy such as: entertainment - jokes - blonde jokes. A category indicator 
can be inserted to the service configuration forms 52 - 56 (see Figure 5). If the 
10 service is created entirely by means of a short message, the ins or inspub 
command (see table 1) can include a parameter such as cat="blonde jokes". 
Because categorization is meant to facilitate service finding, placing a service 
within a category implies that that the service is public. 

Service users can search categories by sending a message such 

15 as: 

search cat xx 

wherein xx is the category name or its substring, eg "jokes", "blond" 
etc. If the searched category has subcategories, the server can list them. If the 
category is at the bottom of the hierarchy, the server will list the actual ser- 
20 vices. 

Access to frequently-used services can be further simplified by us- 
ing a feature known as "aliases" in some operating systems. Assume that 
there is a student called Charlie, who has registered a client id 'charlie'. Char- 
lie uses frequently bus line 102 running from Otaniemi to Helsinki (and back). 
25 Charlie has created a service which lists the bus schedule in response to three 
parameters, namely the bus number, time of day and the start station. 

The following message retrieves buses starting from Otaniemi from 
8 in the morning: 
30 charlie 102 0800 otaniemi 

Charlie can define an alias "mb" (for "morning buses") by sending 
the following message: 

alias charlie password mb=102 0800 otaniemi 
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Now he can retrieve the morning bus schedule by sending the fol- 
lowing message: 

charfie mb 

The server expands the alias parameter mb to the actual parame- 
5 ters associated with it and sends the requested bus schedule. 

According to a further preferred feature, the alias-replacement logic 
expands certain reserved words to their current values. For example Itime! and 
Iplace! can be expanded to the current time and place, respectively. (In this 
case, "place" does not mean the location verbally indicated by a client, such as 
10 Alices "in opera", but positioning information obtained from the network opera- 
tor. Naturally, a mobile subscriber's permission is required if the service opera- 
tor and network operator are different entities, but such a permission is implied 
by the use of a position-dependent service.) 

Although the invention has been described in connection with pre- 
15 ferred embodiments, the invention is not limited to these embodiments but it 
can vary within the limits set by the appended claims. 

Acronyms (some are not official) 

AS: Application server 

ADO: Active Database Objects 
20 API: Application Programming Interface 

BSC: Base Station Controller 

BTS: Base Transceiver Station 

DLL: Dynamic Link Library 

GMSC: Gateway MSC 
25 GSM: Global System for Mobile Communication 

GPRS: General Packet Radio Service 

GW: Gateway 

HTML: HyperText Mark-up Language 
HTTP: HyperText Transfer Protocol 
30 IIS: Internet Information Server (Microsoft) 
IF: Interface 

ISDN: Integrated Services Data Network 
MS: Mobile station 

MSC: Mobile services Switching Centre 
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ODBC: Open DataBase Connectivity 
PC: Personal computer 
PLMN: Public Land based Mobile Network 
PSTN: Public Switched Telephone Network 
5 SGW: Short Message Gateway 

SMSC: Short Message Service Centre 
SQL: Structured Query Language 
URL: Uniform Resource Locator 
WGW: Wap Gateway 
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Claims 

1 . A method for providing a customized service to mobile subscrib- 
ers in a mobile network comprising a text-delivery function, the mobile sub- 
scribers comprising a service client who customizes the service and at least 

5 one service user who uses it; 

characterized by: 

the service client (PC, MS1) initially configuring (3-0 ... 3-6) the cus- 
tomized service, wherein the configuring step comprises selecting at least one 
selectable keyword (524, 543, 544, 564) for future use of the customized ser- 
10 vice; 

the service client updating (3-8) the customized service via the text- 
delivery function; 

the at least one service user accessing (3-20) the customized ser- 
vice via the text-delivery function; 
15 wherein the updating and accessing steps comprise entering at 

least a part of the at least one keyword selected by the service client; and 

the service client maintaining access control (508, 528, 3-12 ... 
3-18) of the customized service. 

2. A method according to claim 1, characterized in that the ini- 
20 tial configuring step comprises: 

the service client temporarily reserving a client identifier (506, 520, 
541, 560) via an IP network (2); and 

the service client activating the temporarily reserved client identifier 
via the text-delivery function. 

25 3. A method according to any one of the preceding claims, cha- 

racterized in that the updating step (3-8) comprises indicating the lifetime 
of the customized service or information sent by that service. 

4. A method according to any one of the preceding claims, cha- 
racterized by the service client deciding whether the at least one selectable 

30 keyword (524, 543, 544) is public or private. 

5. A method according to claim 4, characterized by allowing 
the service user to access the customized service with a uniquely identifying 
part of the at least one selectable keyword if the keyword is public, and allow- 
ing access with the complete keyword if the keyword is private. 



WO 02/33992 PCT/FI01/00908 

21 / 

6. A method according to any orfie of the preceding claims, cha- 
racterized by counting the counting \he number of accesses to the 
customized service. 

7. A method according to claim 6, characterized by rewarding 
5 the service client on the basis of the counted number of accesses. 

8. A method according to any one of claims 1 to 7, characteri- 
zed in that the text-delivery function employs a short message function. 

9. A method according to any one of claims 1 to 7, characteri- 
zed in that the text-delivery function employs a wireless application protocol 

10 (WAP). 

10. A method according to any one of claims 1to7,characteri- 
zed in that the text-delivery function employs a short message function 
(SMS) or a wireless application protocol (WAP) depending on the capabilities 
of the terminal (MS S ms. MS W ap) used by the service client or service user. 

15 11. An application server (AS) for providing a customized service to 

mobile subscribers in a mobile network (PLMN) comprising a text-delivery 
function (SMS), the mobile subscribers comprising a service client (PC, MS1) 
who customizes the service and at least one service user (MS2) who uses it; 

the application server comprising an interface (GW, HI) to the text- 
20 delivery function; 

characterized by: 

a service configuration routine for initially configuring the custom- 
ized service in response to a configuration input (3-0, 3-6, 50, 52, 54, 56) from 
the service client, the configuration input comprising at least one selectable 
25 keyword (524, 543, 544, 564) for future use of the customized service; 

a service update routine for updating the customized service via the 
text-delivery function in response to an update input (3-8) from the service cli- 
ent; 

a service access routine for providing access to the customized 
30 service via the text-delivery function in response to an access request (3-20) 
from the at least one service user; 
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wherein the update input and apcess request comprise at least a 
part of the at least one keyword (524, 543, *544, 564) selectable by the service 
client; and 

access control means (508, 528, 522, 3-12 ... 3-18) for providing 
5 the service client with access control over the customized service. 

1 2. An application server according to claim 11, characterized 
by an access counter logic for counting the number of accesses to the custom- 
ized service. 

13. An application server according to claim 11 or 12, characte- 
10 rized in that the text-delivery function employs a short message function 

(SMS). 

14. An application server according to claim 11 or 12, characte- 
rized in that the text-delivery function employs a wireless application protocol 
(WAP). 

15 15. An application server according to claim 11 or 12, characte- 

rized in that the text-delivery function employs a short message function 
(SMS) or a wireless application protocol (WAP) depending on the capabilities 
of the terminal (MSsms. MSwap) used by the service client or service user. 

16. An application server according to any one of claims 11 to 15, 
20 characterized by a routine for classifying a service into one of at least two 

price classes depending on the keyword comprised in the access request. 

17. An application server according to any one of claims 11 to 16, 
characterized in that one of its services comprises retrieval of a file from a 
URL address in response to a predetermined keyword in the access request. 

25 18. An application server according to any one of claims 11 to 17, 

characterized by means for arranging several services into hierarchical 
categories and means for searching services within the categories. 

19. An application server according to any one of claims 11 to 18, 
characterized by means for searching services on the basis of the infor- 
30 mation provided by the services. 
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20. An application server according to any one of claims 11 to 19, 
characterized by means for associating an alias parameter with several 
actual parameters and means for replacing the alias parameter contained in 
an access request with the associated actual parameters. 
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